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(54) Method for integration of PBX systems with SIP networks 



(57) A telephony communications network support- 
ing translation of private signaling codes for transmis- 
sion over a private and/or I P network. A digital telephone 
emits a private signaling code for accessing a particular 
PBX function. An adapter coupled to the digital tele- 
phone translates the private signaling code into a SIP 
invite, request, response, information, notification mes- 
sage, and/or instant message if the private signaling 
code is destined for the IP network. If the private sign- 
aling code is not destined forthe IP network, the private 



signaling code is not translated and is transmitted over 
the private network. If the private signaling code is des- 
tined for the IP network, the private signaling code is 
translated into a SIP message and transmitted over the 
IP network to a SIP user agent. A PBX is also coupled 
to the adapter that receives the private signaling codes. 
The codes are transmitted to the PBX for rendering a 
function forthe digital telephone. A SIP telephone aware 
of the private signaling codes may also access PBX 
functions by translating private signaling codes into/ 
from SIP messages. 
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Description 

FIELD OF THE INVENTION 

[0001] This invention relates generally to Internet te- 
lephony, and more particularly, to integrating a legacy 
Private Branch Exchange (PBX) system with a Session 
Internet Protocol (SIP) network. 

BACKGROUND OF INVENTION 

[0002] Legacy Private Branch Exchange (PBX) sys- 
tems allow a number of users to share a smaller set of 
telephone lines that are connected to a public telephone 
network (PSTN). Since it has been more cost effective 
to purchase a PBX switch and deploy it within a facility 
than pay monthly access fees for connecting every tel- 
ephone to a switch in a public network, usage of legacy 
PBXs is currently widespread. 

[0003] With the advent of Session Initiation Protocol 
(SIP), a powerful signaling protocol for creating, modi- 
fying, and terminating multimedia sessions, including In- 
ternet telephone calls between one or more SlP-end- 
points, many legacy PBX users want to migrate portions 
of the SIP technology into their existing infrastructure so 
that they can (1 ) retain all of their existing functionality, 
(2) take advantage of the many services SIP provides 
and (3) avoid the cost of purchasing a new IP-PBX sys- 
tem and its associated equipment (e.g., user sets) that 
already (or can as an option) internally incorporates the 
SIP technology. Details about the SIP signaling protocol 
are set forth in Internet Engineering Task Force Request 
for Comment 2543 entitled "SIP: Session Initiation Pro- 
tocol," March 1999 (hereinafter referred to as RFC 
2543), which is incorporated herein by reference, SIP 
provides an alternative to PBX- or H.323-signaled te- 
lephony. 

[0004] Accordingly, there is a need for a hybrid system 
that externally integrates a PBX system with a SIP net- 
work. 

SUMMARY OF THE INVENTION 

[0005] The present invention provides for an adapter, 
referred to as a SIP Adapter Module (SAM) that couples 
a PBX system to a SIP network. The adapter couples 
the PBX switch with a telephone set. Further, the adapt- 
er has a port for coupling to a SIP network. The adapter 
has a converter for translating between the telecommu- 
nication signalling and voice in the PBX domain, re- 
ferred to as private digital signalling and voice (PDSV), 
and the packetized SIP signalling and voice in the IP 
network domain. This enables SIP User Agents to ac- 
cess the telephone sets and features in an existing leg- 
acy PBX system, to make and place calls to and from 
the public switched telephone network (PSTN), and to 
continue to access other SIP User Agents and services 
on the SIP network. The present invention is particularly 



advantageous in that existing legacy PBX switches and 
telephone sets can be fully integrated with the SIP net- 
work with no changes to the PBX or telephone set. 
[0006] According to one embodiment of the invention, 

5 a SIP adapter module (SAM) of the invention is connect- 
ed directly to each existing telephone set, to the existing 
PBX switch, and to the SIP network via IP. The SAM is 
preferably located in close proximity to the telephone set 
to which it is connected. In some cases, if the existing 

10 telephone sets have an internal cavity, the SAM may be 
located within the telephone set itself. Alternately, the 
SAM may be located remotely from the telephone set to 
which it is connected. 

[0007] According to another embodiment, the inven- 
ts tion is directed to a telephony communications network 
that includes a communications interface receiving an 
application layer control protocol message transmitted 
by a first telephony unit, an adapter coupled to the com- 
munications interface, the adapter translating the appli- 
20 cation layer control protocol message into a telephony 
signaling code, and a second telephony unit coupled to 
the adapter for receiving the telephony signaling code. 
[0008] According to another embodiment, the inven- 
tion is directed to a telephony communications network 
25 that includes a first telephony unit for generating a te- 
lephony signaling code, an adapter coupled to the first 
telephony unit, the adapter translating the telephony sig- 
naling code into an application layer control protocol 
message, and a communications interface coupled to 
30 the adapter for transmitting the message over a com- 
munications network. 

[0009] According to another embodiment, the inven- 
tion is directed to a telephony communications network 
that includes a first telephony unit for generating a first 
telephony signaling code, a PBX coupled to the first te- 
lephony unit for converting the first telephony signaling 
code into a second telephony signaling code, an adapter 
coupled to the PBX for translating the second telephony 
signaling code into an application layer control protocol 
message, a first communications interface coupled to 
the adapter fortransmitting the second telephony signal 
code over a first communications network, and a second 
communications interface coupled to the adapter for 
transmitting the message over a second communica- 
tions network. 

[0010] According to another embodiment, the inven- 
tion is directed to a telephony communications network 
that includes a communications interface receiving a 
first application layer control protocol message transmit- 
ted by a first telephony unit, a server coupled to the com- 
munications interface for receiving the first application 
layer control protocol message and generating a second 
application layer control protocol message to the first 
telephony unit and a third application layer control pro- 
tocol message, and an adapter for receiving the third 
application layer control protocol message, for generat- 
ing a fourth application layer protocol message to the 
first telephony unit wherein the first telephony unit gen- 
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erates a fifth application layer control protocol message 
to the adapter, and for translating the fifth application 
layer control protocol message into a first telephony sig- 
naling code. 

[0011] According to another embodiment, the inven- 
tion is directed to a telephony communications network 
that includes a telephony unit and an adapter coupled 
to the telephony unit, the adapter comprising a signaling 
interface receiving a telephony signaling code from a te- 
lephony unit, a processor coupled to the signaling inter- 
face, the processor configured to translate the telepho- 
ny signaling code into an application layer control pro- 
tocol message, and a network interface coupled to the 
processor for transmitting the message over a commu- 
nications network, 

[0012] According to another embodiment, the inven- 
tion is directed to a telephony communications method 
that includes receiving an application layer control pro- 
tocol message transmitted by a first telephony unit, 
translating the application layer control protocol mes- 
sage into a telephony signaling code, transmitting the 
telephony signaling code, and receiving the telephony 
signaling code. 

[0013] According to another embodiment, the inven- 
tion is directed to a telephony communications method 
that includes generating a telephony signaling code, 
translating the telephony signaling code into an applica- 
tion layer control protocol message, and transmitting the 
application layer control protocol message over the 
communications network. 

[0014] According to another embodiment, the inven- 
tion is directed to a telephony communications method 
that includes generating a first telephony signaling code, 
converting the first telephony signaling code into a sec- 
ond telephony signaling code, translating the second te- 
lephony signaling code into an application layer control 
protocol message, transmitting the second telephony 
signal code over a first communications network, and 
transmitting the message over a second communica- 
tions network. 

[0015] According to another embodiment, the inven- 
tion is directed to a telephony communications method 
that includes receiving a first application layer control 
protocol message transmitted by a first telephony unit, 
generating a second application layer control protocol 
message to a first telephony unit, generating a third ap- 
plication layer control protocol message to an adapter, 
generating a fourth application layer protocol message 
to the first telephony unit, generating a fifth application 
layer control protocol message to the adapter, and 
translating the fifth application layer control protocol 
message into a first telephony signaling code. 
[0016] It should be appreciated that the present inven- 
tion allows conventional digital telephone sets and SIP 
user agents to enjoy both the full set of PBX functionality 
provided by existing SIP servers and SIP services pro- 
vided by existing SIP servers. 



4 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0017] These and other features, aspects and advan- 
tages of the present invention will be more fully under- 
5 stood when considered with respect to the following de- 
tailed description, appended claims, and accompanying 
drawings where: 

FIG. 1 is a schematic block diagram of a distributed 
10 integration system for coupling a PBX and a tele- 
phone to an IP network using a SIP Adapter Module 
(SAM) according to one embodiment of the inven- 
tion; 

FIG. 2 is a functional block diagram of a process for 

15 a telephone to receive a SIP call using a SAM ac- 
cording to one embodiment of the invention; 
FIG. 3 is a functional block diagram of a process for 
a telephone to make a SIP call using a SAM accord- 
ing to one embodiment of the invention; 

20 FIG. 4A is a functional block diagram of a process 
for a SIP user agent to answer a call that has been 
forked to it and a telephone set by using a SAM ac- 
cording to one embodiment of the invention; 
FIG. 4B is a functional block diagram of a process 

25 for a telephone set to answer a call that has been 
forked to it and a SIP user agent by using a SAM 
according to one embodiment of the invention; 
FIG. 5 is a functional block diagram of a process for 
an incoming call from a PSTN to be gatewayed to 

30 a SIP user agent by a SAM according to one em- 
bodiment of the invention; 

FIG. 6 is a functional block diagram of a process for 
a call from a SIP User Agent to be gatewayed as an 
outgoing call to a PSTN by a SAM according to one 
35 embodiment of the invention; 

FIG. 7 is a functional block diagram of the SAM 
processing module; and 

FIG. 8 is afunctional block diagram of a SIP Adapter 
Chassis (SAC) according to one embodiment of the 
^0 invention. 

DETAILED DESCRIPTION OF THE SPECIFIC 
EMBODIMENTS 

45 [0018] FIG. 1 is a schematic block diagram of a dis- 
tributed integration system for coupling a PBX and a tel- 
ephone to an IP network using a SIP Adapter Module 
(SAM) according to one embodiment of the invention. 
The system includes telephone 145 initiating a call that 

50 is directed to SIP user agent 1 65 over a IP network 1 50, 
such as, for example, a wide area network, and over a 
private network 140, such as, for example, a local area 
network, private network and/or the like. Communica- 
tion between telephone 160, 175, 186, 145, PBX 110 

55 and SAM 130 use private digital signaling and voice 
(PDSV) to exchange signaling and voice. 
[0019] The system also includes SIP user agent 165 
initiating a call that is directed to telephone 145 over IP 
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network 1 50, such as, for example, a wide area network, 
and. over private network 140, such as, for example, a 
local area network, private network and/or the like, using 
an IP signal, where the IP signal is preferably a SIP mes- 
sage and/or a Real-Time Transport Protocol (RTP) for 
media exchange. 

[0020] The system also includes PSTN 1 85 initiating 
a call that is directed to SIP user agent 1 65 over IP net- 
work 150 and networks 135, 105, using a PBX 110, and 
SIP Adapter Module (SAM) 130. The system also in- 
cludes SIP user agent 1 65 initiating a call that is directed 
to PSTN 185 over IP network 150 and networks 135, 
105, using a PBX 110 and SAM 130. 
[0021] The system also includes PSTN 185 initiating 
a call that is directed to telephone 145 over networks 
105, 135, 140, PBX 110, and SAM 130. The telephone 
145, network 135, 140, and PBX 110 preferably adhere 
to private protocols. The network 1 05 preferably adhere 
to public protocols. The system also includes telephone 
145 initiating a call that is directed to PSTN 185 over 
networks 135, 140, 105, PBX 110, and SAM 130. The 
telephone 145, network 135, 140, and PBX 110 prefer- 
ably adhere to private protocols. The network 105 pref- 
erably adhere to public protocols. 
[0022] In a configuration with a plurality of SAMs, the 
plurality of SAMs may be located within a SIP Adapter 
Chassis (SAC) that shares internal processing, commu- 
nication and other resources. 

[0023] The SIP user agent 165 is preferably a SIP- 
enabled telephone, hand phone, personal computer, 
switch, router, handset, input/output cable, keyboard, 
keypad, display and/or the like for receiving and/or 
transmitting voice and/or data and allowing a voice and/ 
or data conversation between a caller and callee. A SIP 
user agent and/or telephone may make and/or receive 
a call from another SIP user agent and/or telephone. 
The telephones 1 45, 1 60, 1 75, 1 86 are preferably a dig- 
ital protocol device such as, for example, a legacy digital 
phone and/or the like. Telephone 145, 160, 175, 186 
may also be an analog, I P and/or a software phone and/ 
or the like. PSTN 1 85 is preferably a public switched tel- 
ephone network. Telephones 160, 175 are preferably 
non-SAM enabled telephones coupled to PBX 110. 
SAMs 1 30, 1 87 are preferably one of a plurality of SAM 
devices coupled to PBX 110. 

[0024] The communication system of FIG. 1 further 
includes SIP server 155 preferably routing SIP calls be- 
tween SAM 130 and a SIP user agent, such as SIP user 
agent 165. SAM 130 preferably translates calls to/from 
PBX 1 1 0 from/to IP network 1 50, translates calls to/from 
PBX 110 from/to telephone 145, and translates calls to/ 
from telephone 145 from/to IP network 150. SIP user 
agent 165 may also subscribe to SAM 103 so that SIP 
user agent 165 will no longer need to use SIP server 
1 55 to get calls to/from SAM 1 30. SIP server 1 55 is pref- 
erably a SIP proxy server, SIP redirect server and/or the 
like. The SIP server 155 further makes available to SIP 
user agent 165, PSTN 185 and telephone 145 various 



SIP services 156 such as, for example, call forking, call- 
er preferences, encryption, authentication, firewall con- 
trol, billing, call routing, and the like. 
[0025] Media server 1 70 preferably provides storage, 
5 network interfaces, memory and support for all forms of 
multimedia communication and/or the like. 
[0026] According to one embodiment of the invention, 
SAM 1 30 and telephone 1 45 reside in two separate ma- 
chines coupled to each other over private network 140. 
io According to another embodiment of the invention, SAM 
130 and telephone 145 reside in a single machine. 
[0027] In general, SAM 130 provides for the transla- 
tion between IP and PDSV, where the IP may be SIP 
signaling plus Real-Time Transport Protocol (RTP) me- 

15 dia, and the PDSV may be Private Digital Signaling and 
Voice protocol used by the PBX to exchange signaling 
and voice to/from telephone sets 160, 175, 145, 186. 
[0028] The translation, which is traditional table 
lookup and/or algorithmic, between PDSV and IP occurs 

20 when SIP user agent 165 is communicating through 
SAM 130 to the telephone 145 or through the SAM to 
another telephone or PSTN via the PBX 110. When tel- 
ephone 1 45 is in communication with PBX 1 1 0, no trans- 
lation between PDSV and IP occur. 

25 [0029] FIG. 2 is a functional block diagram of a proc- 
ess for a telephone to receive a SIP call using a SAM 
according to one embodiment of the invention. In step 
70 of the illustrated embodiment, SIP server 155 re- 
ceives an IP INVITE message from SIP user agent 165, 

30 requesting to be connected to telephone 1 45. SIP server 
155 uses the INVITE information contained in the IN- 
VITE message to determine a most correct address to 
which to route the connection request. The INVITE mes- 
sage may, for example, include standard routing infor- 
ms mation in the "From:", 'To:", "Contact:" and/or other 
fields within the INVITE message header. 
[0030] The SIP server 155 accepts the INVITE mes- 
sage and in step 72, transmits an IP TRYING message 
to SIP user agent 165 to indicate that action is being 

40 taken on behalf of the call, but that telephone 145 has 
not yet been located. SAM 130 translates the SIP signal 
into a PDSV code and, in step 76, issues the appropriate 
PDSV RING signal to notify telephone 145 that an IN- 
VITE message has been received by SAM 1 30 for tele- 

45 phone 145. SAM 130 may notify telephone 145 of the 
message by, for example, causing the user's telephone 
to ring. In step 76, SAM 130 preferably also sends other 
PDSV data to telephone 145, such as, for example, call- 
er-ID data and/or the like which has been derived 

so through translation of SIP header information in the IN- 
VITE message of step 81 . 

[0031] If telephone 145 answers the RING by, for ex- 
ample, answering the user's telephone, telephone 145 
responds to the RING in step 80 with the appropriate 
55 PDSV answer code (ANS) which is returned to SAM 
130. SAM 130 replies to the SIP server 155 in step 82 
with a SIP OK message to indicate to SIP server 155 
that telephone 145 is ready for voice conversation and 
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in step 84, SIP server 155 preferably sends a SIP OK 
message to SIP user agent 165 to indicate that tele- 
phone 145 is ready for voice conversation. In step 86, 
SIP user agent 165 preferably confirms that it received 
the OK message in step 84 and is ready for voice con- s 
versation by transmitting an SIP acknowledgement 
(ACK) message to SAM 130. Once the ACK has been 
received by SAM 1 30 in step 86, voice and/or data com- 
munication preferably ensues between SIP user agent 
1 65 and telephone 1 45 in step 90, 91 . 10 
[0032] Consequently, in step 91 , IP voice is preferably 
received from SIP user agent 1 65 at SAM 1 30 and SAM 
130 preferably translates the IP voice into a suitable 
PDSV voice to transmit to telephone 145 in step 90. 
Likewise, in step 90, telephone 145 preferably sends *5 
PDSV voice to SAM 1 30 and SAM 1 30 preferably trans- 
lates the PDSV voice into IP voice, which is then trans- 
mitted to SIP user agent 1 65 in step 91 . The transfer of 
information here preferably occurs in a manner that is 
transparent to SIP user agent 1 65 and telephone 145. 20 
In addition, suitable digital encryption and signature 
techniques conventional in the art may be employed to 
assure authorized access to data, and to further ensure 
that the data are authentic. 

[0033] FIG. 3 is a functional block diagram of a proc- 25 
ess for a telephone to make a SIP call using a SAM ac- 
cording to one embodiment of the invention. In step 70, 
SAM 130 receives PDSV OFFHOOK+DIGITS code 
from the telephone 1 45, preferably requesting to be con- 
nected to SIP user agent 1 65. SAM 1 30 preferably con- 30 
tains a standard dial-plan which recognizes the PDSV 
OFFHOOK+DIGITS code in step 70 to determine 
whether to forward code to SIP user agent 165 or to 
some other end-point and/or the like. In step 81 , since 
telephone 145 is requesting to be connected to SIP user 35 
agent 1 65, SAM 1 30 preferably generates a SIP INVITE 
message to SIP server 155. SIP server 155 uses the 
INVITE information contained in the INVITE message 
of step 81 to determine a most correct address to which 
to route the connection request. The INVITE message 40 
of step 81 may, for example, include standard routing 
information in the "From:", "To:", "Contact:" and/or other 
fields within the INVITE message header. INVITE of 
step 81 may also be forwarded through additional SIP 
Servers (not shown) or directly to SIP user agent 165. 45 
[0034] SIP server 1 55 accepts the SIP INVITE mes- 
sage of step 81 and in step 72, sends a SIP TRYING 
message to SAM 130 that SIP server 155 is searching 
for SIP user agent 165. Once SIP server 155 locates 
SIP user agent 165, it issues a SIP INVITE signal in step so 
76 to notify SIP user agent 165 that it has been called. 
In step 76, SIP server 155 preferably also sends other 
data to SIP user agent 165, such as, for example, call- 
er-ID data. 

[0035] If SIP user agent 1 65 answers the call SIP user 55 
agent 165 preferably responds with an appropriate SIP 
OK message to SIP server 155 in step 80 and, in step 
82, SIP server 155 preferably replies to SAM 130 with 
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a SIP OK message to indicate to SAM 130 that SIP user 
agent 165 is ready for voice conversation. In step 88, 
SAM 130 preferably acknowledges (ACK), with a SIP 
ACK to SIP user agent 1 65 signifying that the connec- 
tion is ready and in step 90, 91 data and/or voice ensues 
between SIP user agent 165 and telephone 145. 
[0036] Consequently, in step 90, PDSV voice is pref- 
erably received from telephone 145 at SAM 130 and 
SAM 130 preferably translates the PDSV voice to IP 
voice and transmits the voice to SIP user agent 165 in 
step 91 . Likewise, SIP user agent 1 65 preferably sends 
a suitable IP voice to SAM 130 and SAM 130 preferably 
translates the IP voice into a PDSV voice which is trans- 
mitted to telephone 145. The transfer of information here 
preferably occurs in a manner that is transparent to the 
SIP user agent 165 and telephone 145. In addition, suit- 
able digital encryption and signature techniques con- 
ventional in the art may be employed to assure author- 
ized access to data, and to further ensure that the data 
are authentic. 

[0037] FIG. 4A is a functional block diagram of a proc- 
ess for a SIP user agent to answer a call that has been 
forked to it and a telephone set by using a SAM accord- 
ing to one embodiment of the invention. In step 410, 
PBX 1 1 0 receives PDSV OFFHOOK+DIGITS code from 
telephone 175, preferably requesting to be connected 
to SIP user agent 165 or telephone 145, whichever one 
answers first. In step 412, PBX 110 preferably issues a 
PDSV RING code to SAM 130. SAM 130 preferably con- 
tains a standard dial-plan that determines whether to 
forward the message to IP user agent 165 and/or tele- 
phone 145 and/or some other end-point and/or the like. 
In this case, SAM 130 preferably determines that the 
request is to attempt connect to both telephone 1 45 and 
SIP user agent 1 65 and to establish a voice connection 
to whichever answers first. In step 416, SAM 130 pref- 
erably issues a PDSV RING code to telephone 145. In 
step 414, which may occur concurrently with step 416, 
SAM 130 issues a SIP INVITE message to SIP server 
1 55 for SIP user agent 1 65. SI P server 1 55 uses the SIP 
INVITE information contained in the step 414 INVITE 
message to determine a most correct address to which 
to route the connection request. The INVITE message 
of step 414 may, for example, include standard routing 
information in the "From:", •To:", "Contact:" and/or other 
fields within the INVITE message header. The INVITE 
of step 414 may also be forwarded through additional 
SIP Servers (not shown) or directly to telephone 165. 
[0038] SIP server 155 accepts the SIP INVITE mes- 
sage of step 414 and then issues a SIP TRYING mes- 
sage to SAM 130 to indicate to SAM 130 that SIP server 
155 is attempting to locate SIP user agent 165. Once 
SIP user agent 165 is located, SIP server 155 issues a 
SIP INVITE message to SIP user agent 1 65 in step 418 
to indicate to SIP user agent that it is being called from 
PBX 1 1 0. In step 41 8, SIP server 1 55 preferably notifies 
SIP user agent 165 of the INVITE by, forexample, caus- 
ing the user's telephone to ring. In step 41 8, SIP server 
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155 preferably also sends other data to SIP user agent 
165, such as, for example, caller-ID data. 
[0039] If SIP user agent 165 answers its INVITE of 
step 418 prior to telephone 145 answering its RING in 
step 416, , SIP server 155 will respond to SAM 130 in 
step 430 that it received a SIP OK from SIP user agent 
1 65 indicating that SIP user agent 1 65 is ready for voice 
conversation. Thereafter, SAM 130 will preferably stop 
or cancel its PDSV RING to telephone 145 in step 488, 
SAM 1 30 will preferably issue a SIP acknowledge (ACK) 
to SIP user agent 165 that SAM 130 is ready for voice 
conversation in step 440, and SAM 130 will preferably 
issue a PDSV answer (ANS) to PBX 1 1 0 that SAM 1 30 
is ready for voice conversation in step 489. In step 441 , 
442, 443 data and/or voice ensues between SIP user 
agent 165 and telephone 175. 

[0040] Consequently, PDSV voice is preferably re- 
ceived from telephone 175 at PBX 110, PBX 110 pref- 
erably issues the PDSV voice to SAM 130, SAM 130 
preferably translates the PDSV voice to IP voice which 
is then transmitted to SIP User Agent 165. Likewise, SIP 
user agent 1 65 preferably transmits suitable IP voice to 
SAM 130, SAM 130 preferably translates the IP voice 
into a PDSV voice, SAM 130 preferably transmits the 
PDSV voice to PBX 1 1 0, and PBX 1 1 0 preferably trans- 
mits the PDSV voice to telephone 175. The transfer of 
information here preferably occurs in a manner that is 
transparent to the SIP user agent 165, PBX 110, and 
telephone 175. In addition, suitable digital encryption 
and signature techniques conventional in the art may be 
employed to assure authorized access to data, and to 
further ensure that the data are authentic. 
[0041 ] FIG. 4B is a functional block diagram of a proc- 
ess for a telephone set to answer a call that has been 
forked to it and a SIP user agent by using a SAM ac- 
cording to one embodiment of the invention . I n step 41 0, 
PBX 110 receives a PDSV OFFHOOK+DIGITS code 
from telephone 175, preferably requesting to be con- 
nected to SIP user agent 165 or telephone 145, which- 
ever one answers first. In step 412, PBX 1 1 0 preferably 
issues a PDSV RING message to SAM 130. SAM 130 
preferably contains a standard dial-plan that determines 
whether to forward the message to SIP user agent 1 65 
and/or telephone 1 45 and/or some other end-point and/ 
or the like. In this case, SAM 130 preferably determines 
that the request is to attempt connect to both telephone 
145 and SIP user agent 165 and to establish a voice 
connection to whichever answers first. In step 41 6, SAM 
130 preferably issues a PDSV RING code to telephone 
1 45. In step 41 4, which may occur concurrently with step 
416, SAM 130 preferably issues a SIP INVITE message 
to SIP server 155 for SIP user agent 165. SIP server 
155 uses the SIP INVITE information contained in the 
INVITE message of step 414 to determine a most cor- 
rect address to which to route the connection request. 
The INVITE message of step 414 may, for example, in- 
clude standard routing information in the "From:", "To: u , 
"Contact:" and/or other fields within the INVITE mes- 



sage header. The INVITE of step 414 may also be for- 
warded through additional SIP Servers (not shown) or 
directly to telephone 165. 

[0042] SIP server 155 accepts the SIP INVITE mes- 

5 sage of step 414 and then issues a SIP TRYING mes- 
sage to SAM 1 30 to indicate to SAM 130 that SIP server 
155 is attempting to locate SIP user agent 165. Once 
SIP user agent 165 is located, SIP server 155 issues a 
SIP INVITE to SIP user agent 165 in step 41 8 to indicate 

10 to SIP user agent 1 65 that it is being called by PBX 110. 
In step 418, SIP server 155 preferably notifies SIP user 
agent 165 of the INVITE by, for example, causing the 
user's telephone to ring. In step 418, SIP server 155 
preferably also sends other data to SIP user agent 1 65, 

15 such as, for example, caller-ID data. 

[0043] This embodiment is similarto that of Figure 4A; 
however, in step 426, telephone 1 45 preferably answers 
its PDSV RING code of step 416 signifying that it is 
ready for voice conversation prior to SIP user agent 1 65 

20 answering its SIP INVITE message of step 41 8. Conse- 
quently, in step 488, SAM 130 will preferably cancel its 
SIP INVITE of step 414 to SIP server 155 and, in step 
490, SIP server 155 will preferably cancel its SIP INVITE 
of step 41 8 to SIP user agent 1 65. Thereafter, SAM 1 30 

25 issues a PDSV answer (ANS) to PBX 1 1 0 that telephone 
1 45 is ready for voice conversation and in step 441 , 442, 
443, voice conversation will ensue between telephone 
175 and telephone 145. 

[0044] Consequently, PDSV voice is preferably re- 

30 ceived from telephone 175 at PBX 110, PBX 110 pref- 
erably issues its received PDSV voice to SAM 130, and 
then SAM 130 preferably forwards PDSV voice to tele- 
phone 145. Likewise, telephone 145 preferably trans- 
mits a suitable PDSV voice to SAM 1 30, SAM 1 30 pref- 

35 erably issues PDSV voice to PBX 1 1 0 and PBX 1 1 0 pref- 
erably delivers its received voice code to telephone 1 75. 
The transfer of information here preferably occurs in a 
manner that is transparent to the telephone 145, PBX 
110, and telephone 175. In addition, suitable digital en- 

40 cryption and signature techniques conventional in the 
art may be employed to assure authorized access to da- 
ta, and to further ensure that the data are authentic. 
[0045] The forking process of FIG. 4A and 4B can also 
be performed when a call is received by the PBX 110 

45 from a public switched telephone network PSTN 185. 
FIG. 5 is a functional block diagram of a process for an 
incoming call from a PSTN to be gatewayed to a SIP 
user agent by a SAM according to one embodiment of 
the invention. Instep510, PBX 110 receives an INCOM- 

50 |NG CALL code from PSTN 185. In step 512, PBX 110 
preferably issues a PDSV RING to SAM 130 indicating 
that an incoming call has been received by PBX 110 
which is destined for the user associated with the tele- 
phone 145. SAM 130 preferably contains a standard di- 

55 al-plan that determines whether to forward the message 
to SIP user agent 145 and/or some other end-point and/ 
or the like. In this case, SAM 130 preferably forks a 
PDSV RING to telephone 145 in step 516 and a SIP 
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INVITE message to SIP server 155 In step 514. SIP 
server 155 uses the SIP INVITE information contained 
in the INVITE message of step 514 to determine a most 
correct address to which to route the connection re- 
quest. The SIP INVITE message of step 514 may, for 
example, include standard routing information in the 
"From:", 'To: 0 , "Contact:" and/or other fields within the 
INVITE message header. The INVITE of step 514 may 
also be forwarded through additional SIP Servers (not 
shown) or directly to telephone 1 65. 
[0046] SIP server 1 55 accepts the SIP INVITE mes- 
sage from step 51 4 and then issues a SIP TRYING mes- 
sage to SAM 1 30 to indicate to SAM 1 30 that it is looking 
for SIP user agent 165. When SIP server 155 locates 
SIP user agent 165, SIP server 155 issues a SIP INVITE 
message to S I P user agent 1 65 in step 5 1 8. 1 n step 518, 
SIP server 155 preferably notifies SIP user agent 165 
of the INVITE by, for example, causing the user's tele- 
phone to ring. In step 518, SIP server 155 preferably 
also sends other data to telephone 1 65, such as, for ex- 
ample, caller-ID data. 

[0047] In step 526, SIP user agent 165 responds to 
the SIP server INVITE of step 518 with a SIP OK mes- 
sage indicating to SIP server 155 that SIP user agent 
1 65 is ready for voice conversation. SIP user agent 1 65 
may indicate a SIP OK by, for example, answering the 
user's telephone. In step 530, SIP server 155 preferably 
indicates the receipt of the SIP OK from SIP user agent 
165 in step 526 with a SIP OK to SAM 130 to indicate 
to SAM 130 that SIP user agent 1 65 is ready for voice 
conversation. Since SIP user agent 1 65 responded with 
a SIP OK in step 526 and SIP server 155 responded 
with an OK in step 530, SAM 130 cancels or stops its 
PDSV RING of step 516 in step 588. As such, in step 
540, SAM 130 preferably SIP acknowledges (ACK) to 
SIP user agent 165 that it is ready for voice conversation 
and in step 589, SAM 130 PDSV answers (ANS) PBX 
110 signifying that it is ready for voice conversation. 
Consequently, in step 541 , 542, 543, data and/or voice 
ensues between PSTN 185 and SIP user agent 165. 
[0048] Consequently, a voice signal is preferably re- 
ceived from PSTN 185 at PBX 110, PBX 1 1 0 preferably 
issues the PDSV voice to SAM 1 30, SAM 1 30 preferably 
translates the PDSV voice to IP voice, and SAM 130 
then preferably transmits the IP voice to SIP user agent 
1 65. Likewise, SIP user agent 165 preferably transmits 
suitable IP voice to SAM 130, SAM 130 preferably trans- 
lates the IP voice into PDSV voice, SAM 1 30 preferably 
issues the PDSV voice to PBX 110 and PBX 110 pref- 
erably delivers a voice signal to PSTN 1 85. The transfer 
of information here preferably occurs in a manner that 
is transparent to PSTN 1 85 and SIP user agent 1 65. In 
addition, suitable digital encryption and signature tech- 
niques conventional in the art may be employed to as- 
sure authorized access to data, and to further ensure 
that the data are authentic. 

[0049] FIG. 6 is a functional block diagram of a proc- 
ess for a call from a SIP User Agent to be gatewayed 



as an outgoing call to a PSTN by a SAM according to 
one embodiment of the invention. In step 61 0, SIP serv- 
er 155 receives a SIP signal from SIP user agent 165, 
preferably requesting to be connected to PSTN 1 85. SIP 

s server 1 55 uses the INVITE information contained in the 
INVITE message of step 610 to determine a most cor- 
rect address to which to route the connection request. 
The INVITE message of step 610 may, for example, in- 
clude standard routing information in the "From:", 'To:", 

10 "Contact:" and/or other fields within the INVITE mes- 
sage header. 

[0050] SIP server 155 accepts the SIP INVITE mes- 
sage of step 610 and, in step 624, preferably transmits 
a SIP TRYING message to SIP user agent 165 to indi- 

15 cate that an action is being taken on behalf of the call. 
SIP server 155, preferably concurrently with the SIP 
TRYING message in step 624, issues a SIP INVITE 
message to SAM 130 in step 612. In step 630, SAM 130 
preferably responds to the SIP server 1 55 INVITE mes- 

20 sage of step 61 2 with a SIP OK message and therefore 
SIP server 155 responds to SIP user agent 165 with an 
SIP OK message in step 631 . To verify the connection 
between SIP user agent 165 and SAM 130, SIP user 
agent 1 65 sends an SIP acknowledgement (ACK) mes- 

25 sagetoSAM 130 in step 640. Consequently, instep614, 
SAM 130 issues an appropriate PDSV OFF- 
HOOK+DIGITS code to PBX 1 1 0 to notify PBX 1 1 0 that 
a message has been received by SAM 130 from SIP 
user agent 165 and that PBX 110 should place a call 

30 through the PSTN 1 85 to the dialed number. In step 610, 
PBX 1 1 0 initiates an outgoing call to the PSTNand once 
the outgoing call in step 61 0 has been received by PSTN 
185, voice ensues between SIP user agent 165 and 
PSTN 185 in step 641 , 642, 643. 

35 [0051] Consequently, IP voice is preferably received 
from SIP user agent 165 at SAM 130, SAM 130 prefer- 
ably translates the IP voice to a suitable PDSV voice, 
SAM 130 preferably sends the suitable PDSV voice to 
PBX 110, and PBX 11 0 preferably converts the PDSV 

40 voice to suitable voice for PSTN 185. Likewise, PSTN 
185 preferably sends a voice signal to PBX 110, PBX 
110 preferably converts the voice signal to suitable 
PDSV voice to SAM 1 30, SAM 1 30 preferably translates 
the PDSV voice to an IP voice, and SAM 130 preferably 

45 sends the IP voice to SIP user agent 1 65. The transfer 
of information here preferably occurs in a manner that 
is transparent to the SIP user agent 1 65, PBX 1 1 0, and 
PSTN 185. In addition, suitable digital encryption and 
signature techniques conventional in the art may be em- 

50 ployed to assure authorized access to data, and to fur- 
ther ensure that the data are authentic. 
[0052] FIG . 7 is a functional block diagram of the SAM 
processing module. SAM 130 preferably includes a PBX 
signaling and voice interface (PSVI) 710, a Set Signal- 

55 ing and Voice Interface (SSVI) 730, digital signal proc- 
essor (DSP) 720, Microprocessor 740, and Network In- 
terface 750. The Microprocessor 740 preferably in- 
cludes a SIP protocol stack 742, for translating PDSV 
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signaling to/from SIP messages using traditional table 
lookup and/or algorithmic. The translation allows tele- 
phone 1 45 and PSTN 1 85 to take advantage of the var- 
ious SIP services 1 56 that are provided by the SI P serv- 
er 155 while also taking advantage of the full host of 
functionalities provided by PBX 110. The translation be- 
tween a SIP messages and a PDSV signaling allows 
SIP user agent 165 access to the full range of function- 
alities provided by PBX 110, while also taking advantage 
of the various SIP services 156 provided by the SIP 
server 155. 

[0053] In one embodiment, the set signaling and voice 
interface (SSVI) 730 preferably receives a PDSV sign- 
aling and voice from telephone 145 over communica- 
tions port 71 4. SSVI 730 may consist of application-spe- 
cific integrated circuits (ASICs) and/or software stacks 
within a suitable machine. The PDSV voice is transmit- 
ted to DSP 720 for preferably translating into an IP voice 
and/or the like. The PDSV signaling is preferably trans- 
mitted to Microprocessor 740 for processing. The SIP 
protocol stack 742 within the Microprocessor 740 is pref- 
erably invoked for translating the received PDSV sign- 
aling into a SIP messages. Microprocessor 740 may al- 
so use other logic to translate between a PDSV and IP. 
The PDSV signaling may be translated into and includ- 
ed, for instance, within the body of a SIP invite message, 
request message, response message, informational 
message, instant message, and/or the like. A SIP mes- 
sage is then preferably transmitted via the Network In- 
terface 750 to communications port716fortransmission 
over the IP Network 150. 

[0054] Network Interface 750 may further receive a 
SIP message on communications port 716 from IP net- 
work 150 for translation by Microprocessor 740. In this 
regard, the SIP Protocol Stack 742 preferably receives 
the SIP signal message. Upon translation into PDSV 
signaling, Microprocessor 740 forwards the communi- 
cation to the appropriate destination. In this case, the 
signaling is preferably destined for telephone 145. 
Therefore Microprocessor 740 preferably forwards the 
PDSV signaling to SSVI 730 for transmitting to tele- 
phone 145 on communications port 714. SSVI 730 may 
consist of application-specific integrated circuits 
(ASICs) and/or software stacks within a suitable ma- 
chine. 

[0055] In another embodiment, the PBX signaling and 
voice interface (PSVI) 710 preferably receives a PDSV 
signaling and voice from PBX 110 over communications 
port 712. PSVI 710 may consist of application -specific 
integrated circuits (ASICs) and/or software stacks within 
a suitable machine. The PDSV voice is preferably trans- 
mitted to DSP 720 for translation into IP voice. The 
PDSV signaling is preferably transmitted to Microproc- 
essor 740 for processing. The SIP protocol stack 742 
within the Microprocessor 740 is preferably invoked for 
translating the received PDSV signaling into a SIP mes- 
sages. Microprocessor 740 may also use other logic to 
translate between PDSV and IP. The PDSV signaling 



may be translated into and included, for instance, within 
the body of a SIP invite message, request message, re- 
sponse message, informational message, instant mes- 
sage, and/or the like. A SIP message is then preferably 

s transmitted via the Network Interface 750 to a commu- 
nications port 71 6 for delivery over the IP Network 150. 
[0056] The Network Interface 750 may further receive 
a SIP message on communications port 716 from IP 
Network 150 for translation by Microprocessor 740. In 

10 this regard, the SIP Protocol Stack 742 preferably re- 
ceives the IP signal. Upon translation into a PDSV sig- 
naling, Microprocessor 740 forwards the PDSV signal 
to the appropriate destination. In this case, the code is 
preferably destined for PBX 110. Therefore Microproc- 

15 essor 740 preferably forwards the PDSV signaling to 
PSVI 710 for transmitting to PBX 110 on communica- 
tions port 71 2. PSVI 71 0 may consist of application -spe- 
cific integrated circuits (ASICs) and/or software stacks 
within a suitable machine. 

20 [0057] In another embodiment, the set signaling and 
voice interface (SSVI) 730 preferably receives a PDSV 
signaling or voice from telephone 1 45 over communica- 
tions port 71 4. SSVI 730 may consist of application -spe- 
cific integrated circuits (ASICs) and/or software stacks 

25 within a suitable machine. The PDSV voice is preferably 
transmitted to DSP 720 for translating into an IP voice. 
As such, the PDSV signaling is preferably transmitted 
to Microprocessor 740 for processing where the SIP 
protocol stack 742 within the Microprocessor 740 is pref- 

30 erably not invoked for translating the received PDSV 
signal since the communication is destined for PBX 110. 
The PDSV signal is preferably transmitted via the PSVI 
71 0 to communications port 71 2 for delivery to PBX 1 1 0. 
PSVI 710 may consist of application-specific integrated 

35 circuits (ASICs) and/or software stacks within a suitable 
machine. 

[0058] The PSVI 71 0 may further receive PDSV voice 
from PBX 110 over a communications port 712. PSVI 
71 0 may consist of application-specific integrated cir- 

40 cuits (ASICs) and/or software stacks within a suitable 
machine. The PDSV voice is preferably transmitted to 
DSP 720 for translation into IP voice. The PDSV signal 
is preferably transmitted to Microprocessor 740 for 
processing where the SIP protocol stack 742 within the 

45 Microprocessor 740 is preferably not invoked for trans- 
lating the received PDSV signaling into SIP messages 
since the communication is destined for telephone 145. 
The PDSV signaling is then preferably transmitted via 
SSVI 730 to a communications port 71 4 for delivery to 

so telephone 145. SSVI 730 may consist of application- 
specific integrated circuits (ASICs) and/or software 
stacks within a suitable machine. 
[0059] FIG. 8 is a functional block diagram of a SIP 
Adapter Chassis (SAC) according to one embodiment 

55 of the invention. In furtherance of Figure 1 , in a config- 
uration with a plurality of SAMs, the plurality of SAMs 
may be located within a SIP Adapter Chassis (SAC) 
810. In Figure 8, SAC 810 contains a plurality of SAMs 
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wherein resources within the SAC 810 are preferably 
shared to accomplish the above mentioned tasks for the 
various embodiments. SAC 81 0 has a plurality of inputs 
820, 830 and a plurality of outputs 840, 850 leading to 
telephone 860, 870. 

[0060] Although this invention has been described in 
certain specific embodiments, those skilled in the art will 
have no difficulty devising variations which in no way 
depart from the scope and spirit of the present invention. 
It is therefore to be understood that this invention may 
be practiced otherwise than is specifically described. 
For example, although the above embodiments have 
been described with respect to the SIP protocol, a per- 
son skilled in the art should recognize that any other 
TCP/IP application layer (Layer 4) control protocol 
known in the art may be used instead of SIP, such as, 
for example, H.323, MGCP, or the like. The described 
embodiments are therefore not limited to the use of SIP 
messages. Thus, the present embodiments of the in- 
vention should be considered in all respects as illustra- 
tive and not restrictive, the scope of the invention to be 
indicated by the appended claims and their equivalents 
rather than the foregoing description. 



Claims 

1. A telephony communications network comprising: 

a communications interface receiving an appli- 
cation layer control protocol message transmit- 
ted by a first telephony unit; 
an adapter coupled to the communications in- 
terface, the adapter translating the application 
layer control protocol message into a telephony 
signaling code; and 

a second telephony unit coupled to the adapter 
for receiving the telephony signaling code. 

2. The network of claim 1 , wherein the adapter unit al- 
lows the first telephony unit access to private 
branch exchange functionality associated with the 
application layer control protocol message. 

3. The network of claim 1 further comprising a server 
for routing the application layer control protocol 
message transmitted by the first telephony unit. 

4. The network of claim 3, wherein the server allows 
the first telephony unit access to SIP server func- 
tionality associated with the application layer con- 
trol protocol message. 

5. The network of claim 3, wherein the server provides 
a third party service for the first telephony unit. 

6. The network of claim 3, wherein the server provides 
a third party service for the second telephony unit. 



7. The network of claim 1 , wherein the application lay- 
er control protocol message is a Session Initiation 
Protocol (SIP) message. 

5 8. The network of claim 1 , wherein the application lay- 
er control protocol message is a Real-Time Trans- 
port Protocol (RTP) for media exchange. 

9. The network of claim 1 , wherein the application lay- 
10 er control protocol message is a Session Initiation 

Protocol (SIP) message and a Real-Time Transport 
Protocol (RTP) for media exchange. 

10. The network of claim 1 , wherein the telephony sig- 
15 naling code is a private digital signaling and voice 

(PDSV) to exchange signaling and voice. 

11. The network of claim 1 , wherein the first telephony 
unit is a SIP user agent. 

20 

12. The network of claim 1 , wherein the second teleph- 
ony unit is a digital telephone. 

13. The network of claim 1 , wherein the adapter is a 
25 Session Initiation Protocol (SIP) Adapter Module. 

14. A telephony communications network comprising: 

a first telephony unit for generating a telephony 
30 signaling code; 

an adapter coupled to the first telephony unit, 
the adapter translating the telephony signaling 
code into an application layer control protocol 
message; and 

35 a communications interface coupled to the 

adapter for transmitting the message over a 
communications network. 

15. The network of claim 14, wherein a second teleph- 
^o ony unit subscribes with the adapter for receiving 

the message. 

16. The network of claim 15, wherein the adapter unit 
allows the first telephony unit access to private 

45 branch exchange functionality associated with the 
telephony signaling code. 

17. The network of claim 16 further comprising a server 
for routing the message to the second telephony 

50 unit. 

18. The network of claim 1 7, wherein the server deter- 
mines the second telephony unit for receiving the 
message and transmits the message to the second 

55 telephony unit. 

19. The network of claim 18, wherein the server pro- 
vides a third party service for the first telephony unit. 
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20. The network of claim 18, wherein the server pro- 
vides a third party service for the second telephony 
unit. 

21. The network of claim 18, wherein the application 
layer control protocol message is a Session Initia- 
tion Protocol (SIP) message and a Real-Time 
Transport Protocol (RTP) for media exchange. 

22. The network of claim 1 8, wherein the application 
layer control protocol message is a Session Initia- 
tion Protocol (SIP) message. 

23. The network of claim 18, wherein the application 
layer control protocol message is a Real-Time 
Transport Protocol (RTP) for media exchange. 

24. The network of claim 18, wherein the telephony sig- 
naling code is a private digital signaling and voice 
(PDSV) to exchange signaling and voice. 

25. The network of claim 24, wherein the first telephony 
unit is a digital telephone. 

26. The network of claim 18, wherein the second te- 
lephony unit is a SIP user agent. 

27. The network of claim 18, wherein the adapter is a 
Session Initiation Protocol (SIP) Adapter Module. 

28. The network of claim 27, wherein the adapter unit 
allows the first telephony unit access to SIP server 
functionality associated with the telephony signal- 
ing code. 

29. A telephony communications network comprising: 

a first telephony unit for generating a first te- 
lephony signaling code; 
a PBX coupled to the first telephony unit for 
converting the first telephony signaling code in- 
to a second telephony signaling code; 
an adapter coupled to the PBX for translating 
the second telephony signaling code into an ap- 
plication layer control protocol message; 
a first communications interface coupled to the 
adapter for transmitting the second telephony 
signal code over a first communications net- 
work; and 

a second communications interface coupled to 
the adapter for transmitting the message over 
a second communications network. 

30. The network of claim 29, further comprising: 

a second telephony unit coupled to the first 
communications network for receiving the sec- 
ond telephony signaling code; 



18 

a server coupled to the second communica- 
tions network for routing the application layer 
control protocol message and communicating 
with the adapter; and 
s a third telephony unit coupled to the server for 

receiving the application layer control protocol 
message. 

31 . The network of claim 30, wherein the adapter can- 
10 eels the second telephony signaling code to the 

second telephony unit and maintains the message 
to the third telephony unit if the third telephony unit 
responds to the application layer control protocol 
message before the second telephony unit re- 
15 sponds to the second telephony signaling code. 

32. The network of claim 31 , wherein the first telephony 
unit has access to private branch exchange func- 
tionality associated with the telephony signaling 

20 code. 

33. The network of claim 31 , wherein the server deter- 
mines the third telephony unit for receiving the mes- 
sage and transmits the message to the third teleph- 

25 ony unit. 

34. The network of claim 33, wherein the server pro- 
vides a third party service forthe first telephony unit. 

30 35. The network of claim 33, wherein the server pro- 
vides a third party service for the third telephony 
unit. 

36. The network of claim 33, wherein the application 
35 layer control protocol message is a Session Initia- 
tion Protocol (SIP) message. 

37. The network of claim 33, wherein the application 
layer control protocol message is a Real-Time 

40 Transport Protocol (RTP) for media exchange. 

38. The network of claim 33, wherein the application 
layer control protocol message is a Session Initia- 
tion Protocol (SIP) message and a Real-Time 

45 Transport Protocol (RTP) for media exchange. 

39. The network of claim 33, wherein the telephony sig- 
naling code is a private digital signaling and voice 
(PDSV) to exchange signaling and voice. 

50 

40. The network of claim 33, wherein the third telepho- 
ny unit is a SIP user agent. 

41 . The network of claim 33, wherein the first telephony 
55 unit is a digital telephone. 

42. The network of claim 33, wherein the first telephony 
unit is a pubic switched telephone network (PSTN). 
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43. The network of claim 33, wherein the second te- 
lephony unit is a digital telephone. 

44. The network of claim 33, wherein the adapter is a 
Session Initiation Protocol (SIP) Adapter Module. 

45. The network of claim 44, wherein the adapter unit 
allows the first telephony unit access to SIP server 
functionality associated with the telephony signal- 
ing code. 

46. The network of claim 30, wherein the adapter can- 
cels the application layer protocol message to the 
third telephony unit and maintains the second te- 
lephony signaling code to the second telephony unit 
if the second telephony unit responds to the second 
telephony signaling code before the third telephony 
unit responds to the application layer control proto- 
col message. 

47. The network of claim 46 wherein the first telephony 
unit has access to session initiation protocol (SIP) 
functionality associated with the application layer 
control protocol message. 

48. The network of claim 46, wherein the server deter- 
mines the third telephony unit for receiving the mes- 
sage and transmits the message to the third teleph- 
ony unit. 

49. The network of claim 48, wherein the server pro- 
vides a third party service for the first telephony unit. 

50. The network of claim 49, wherein the server pro- 
vides a third party service for the third telephony 
unit. 

51. The network of claim 50, wherein the application 
layer control protocol message is a Session Initia- 
tion Protocol (SIP) message. 

52. The network of claim 50, wherein the application 
layer control protocol message is a Real-Time 
Transport Protocol (RTP) for media exchange. 

53. The network of claim 50, wherein the application 
layer control protocol message is a Session Initia- 
tion Protocol (SIP) message and a Real-Time 
Transport Protocol (RTP) for media exchange. 

54. The network of claim 50, wherein the telephony sig- 
naling code is a private digital signaling and voice 
(PDSV) to exchange signaling and voice. 

55. The network of claim 50, wherein the third telepho- 
ny unit is a SIP user agent. 

56. The network of claim 50, wherein the first telephony 



unit is a digital telephone. 

57. The network of claim 50, wherein the second te- 
lephony unit is a digital telephone. 

5 

58. The network of claim 50, wherein the adapter is a 
Session Initiation Protocol (SIP) Adapter Module. 

59. The network of claim 58, wherein the adapter unit 
10 allows the first telephony unit access to SIP server 

functionality associated with the telephony signal- 
ing code. 

60. The network of claim 29, further comprising: 

a second telephony unit coupled to the first 
communications network for receiving the sec- 
ond telephony signaling code; and 
a third telephony unit coupled to the second 
communications network for receiving the ap- 
plication layer control protocol message, 
wherein a third telephony unit subscribes with 
the adapter for receiving the message. 

61 . A telephony communications network comprising: 

a communications interface receiving a first ap- 
plication layer control protocol message trans- 
mitted by a first telephony unit; 
a server coupled to the communications inter- 
face for receiving the first application layer con- 
trol protocol message and generating a second 
application layer control protocol message to 
the first telephony unit and a third application 
layer control protocol message; and 
an adapter for receiving the third application 
layer control protocol message, for generating 
a fourth application layer protocol message to 
the first telephony unit wherein the first teleph- 
ony unit generates a fifth application layer con- 
trol protocol message to the adapter, and for 
translating the fifth application layer control pro- 
tocol message into a first telephony signaling 
code. 

62. The network of claim 61 , further comprising: 

a PBX coupled to the adapter for converting the 
first telephony signaling code into a second te- 
lephony signaling code; and 
a second telephony unit coupled to the PBX for 
receiving the second telephony signaling code. 

63. The network of claim 62, wherein the first telephony 
unit has access to session initiation protocol (SIP) 
functionality associated with the first application lay- 
er control protocol message. 
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64. The network of claim 63, wherein the server pro- 
vides a third party service for the first telephony unit. 

65. The network of claim 62, wherein the application 
layer control protocol message is a Session Initia- 
tion Protocol (SIP) message for media exchange. 

66. The network of claim 62, wherein the application 
layer control protocol message is a Real-Time 
Transport Protocol (RTP) for media exchange. 

67. The network of claim 62, wherein the application 
layer control protocol message is a session initia- 
tion protocol (SIP) message and a Real-Time 
Transport Protocol (RTP) for media exchange. 

68. The network of claim 62, wherein the telephony sig- 
naling code is a private digital signaling and voice 
(PDSV) to exchange signaling and voice. 

69. The network of claim 62, wherein the first telephony 
unit is a SIP user agent. 

70. The network of claim 62, wherein the second te- 
lephony unit is a public switched telephone network 
(PSTN). 

71. The network of claim 62, wherein the adapter is a 
Session Initiation Protocol (SIP) Adapter Module. 

72. In a telephony communications network comprising 
a telephony unit and an adapter coupled to the te- 
lephony unit, the adapter comprising: 

a signaling interface receiving a telephony sig- 
naling code from a telephony unit; 
a processor coupled to the signaling interface, 
the processor configured to translate the te- 
lephony signaling code into an application layer 
control protocol message; and 
a network interface coupled to the processor for 
transmitting the message over a communica- 
tions network. 

73. The adapter of claim 72, wherein the processor is 
further configured to translate a second application 
layer control protocol message received by the net- 
work interface into a second telephony signaling 
code for forwarding to the telephony unit over the 
signaling interface. 

74. The adapter of claim 73, wherein the second appli- 
cation layer control protocol message is a Session 
Initiation Protocol (SIP) message and a Real-Time 
Transport Protocol (RTP) for media exchange. 

75. The adapter of claim 73, wherein the second appli- 
cation layer control protocol message is a Session 



Initiation Protocol (SIP) message. 

76. The adapter of claim 73, wherein the second appli- 
cation layer control protocol message is a Real- 

5 Time Transport Protocol (RTP) for media exchange. 

77. The adapter of claim 73, wherein the second teleph- 
ony signaling code is a private digital signaling and 
voice (PDSV) to exchange signaling and voice. 

10 

78. The adapter of claim 77, wherein the telephony unit 
is a digital telephone. 

79. The adapter of claim 78, wherein the communica- 
15 tions network is an IP network. 

80. The adapter of claim 72, wherein the application 
layer control protocol message is a Session Initia- 
tion Protocol (SIP) message and a Real-Time 

20 Transport Protocol (RTP) for media exchange. 

81. The adapter of claim 72, wherein the application 
layer control protocol message is a Session Initia- 
tion Protocol (SIP) message. 

25 

82. The adapter of claim 72, wherein the application 
layer control protocol message is a Real-Time 
Transport Protocol (RTP) for media exchange. 

30 83. The adapter of claim 72, wherein the telephony sig- 
naling code is a private digital signaling and voice 
(PDSV) to exchange signaling and voice. 

84. The adapter of claim 83, wherein the telephony unit 
35 is a digital telephone. 

85. The adapter of claim 84, wherein the communica- 
tions network is an IP network. 

*o 86. A method for communicating over a telephony com- 
munications network, the method comprising: 

receiving an application layer control protocol 
message transmitted by a first telephony unit; 
45 translating the application layer control protocol 

message into a telephony signaling code; 
transmitting the telephony signaling code; and 
receiving the telephony signaling code. 

50 87. The method of claim 86, further comprising access- 
ing private branch exchange functionality associat- 
ed with the application layer control protocol mes- 
sage. 

55 88. The method of claim 86 further comprising routing 
the application layer control protocol message 
transmitted by the first telephony unit. 
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90. 



A method for communicating over a telephony com- 
munications network, the method comprising: 

generating a telephony signaling code; 
translating the telephony signaling code into an 
application layer control protocol message; and 
transmitting the application layer control proto- 
col message over the communications net- 
work. 

The method of claim 89, further comprising access- 
ing private branch exchange functionality associat- 
ed with the telephony signaling code. 



95. The method of claim 94, further comprising: 

converting the first telephony signaling code in- 
to a second telephony signaling code; and 
receiving the second telephony signaling code. 



10 



91 . The method of claim 89 further routing the message 
to a second telephony unit. 



15 



92. A method for communicating over a telephony com- 
munications network, the method comprising: 

20 

generating a first telephony signaling code; 
converting the first telephony signaling code in- 
to a second telephony signaling code; 
translating the second telephony signaling 
code into an application layer control protocol 25 
message; 

transmitting the second telephony signal code 
over a first communications network; and 
transmitting the message over a second com- 
munications network. 30 



93. The method of claim 92, further comprising: 



receiving the second telephony signaling code 
by a second telephony unit; 35 
routing the application layer control protocol 
message and communicating with the adapter; 
and 

receiving the application layer control protocol 
message by a third telephony unit. 40 

94. A method for communicating over a telephony com- 
munications network, the method comprising: 

receiving a first application layer control proto- *s 
col message transmitted by a first telephony 
unit; 

generating a second application layer control 
protocol message to a first telephony unit; 
generating a third application layer control pro- 50 
tocol message to an adapter; 
generating a fourth application layer protocol 
message to the first telephony unit; 
generating a fifth application layer control pro- 
tocol message to the adapter; and ss 
translating the f ifth application layer control pro- 
tocol message into a first telephony signaling 
code. 
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